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Description 

BACKGROUND OF THE INVENTION 

s [0001] Present invention relates to a color processing method for correcting the difference among color spaces of 
color image input/output devices. The correction is performed when the output device such as a printer outputs a color 
image from e.g. a computer, when a color image is inputted into a computer from the input device such as a scanner 
or an electronic camera, or when a computer transmits color image data to another computer. 
[0002] For example, even if various devices such as a computer, a scanner, an electronic camera and a printer can 

to represent the same RGB color-components, each device has its own sensitivity to RGB color-components. For this 
reason, the printed results often disagree with the users' intention. Further, in a case where a single computer selectively 
uses a plurality of printers, color reproduction usually differs at each printer. In this case, the printed results may be 
different. 

[0003] To avoid such inconvenience, a computer having high-operation capability performs appropriate color correc- 
ts tion for each device. In case of an application software, it opens the menu so that the user can select necessary color 
space for a current printer/scanner. 

[0004] However, the conventional color correction possesses the following drawbacks: 

(1) As printers and scanners increase in varieties, difficulties in Color-Space-Selection occur on the application 
20 software side. 

(2) The application software operator is in charge of correction, i.e., the user should perform color correction. 

[0005] These problems are serious when sharing a plurality of scanners and printers by a plurality of computers via 
a network. 

25 [0006] German specification No DE-A-3408321 discloses a colour processing system having receiving and trans- 
mitting sides and which can select either gamma processing or masking processing at the receiving side in response 
to a command from the transmitting side. United States Patent No US-A-4897799 discloses a method of enabling 
format independent communication of visual information between device computers, workstations and terminals. 
[0007] The present invention has been made in consideration of the above situation, and is concerned with providing 

30 a color processing method and color image processing apparatus which enables using a plurality of devices, each of 
which has its own color space, as one virtual device. 

[0008] According to a first aspect of the present invention there is provided a color processing method as set out in 

[0009] According to a second aspect of the present invention there is provided a color processing system as set out 
35 in claim 7. 

[0010] An embodiment of the present invention aims to provide a color processing method and apparatus which 
enables color space conversion with high-precision. 

[0011] Another embodiment of the present invention aims to provide a color processing method and apparatus which 
lowers load of a host computer. 
40 [0012] Other features and advantages of the present invention will be apparent from the following description taken 
in conjunction with the accompanying drawings, in which like reference characters designate the same or similar parts 
throughout the figures thereof. 

BRIEF DESCRIPTION OF THE DRAWINGS 

45 

[0013] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate 
embodiments of the invention and, together with the description, serve to explain the principles of the invention. 

Fig. 1 is a block diagram schematically showing the system configu ration of an embodiment of the present invention; 
50 Fig. 2 illustrates a device driver in the embodiment; 

Fig. 3 is a device-independent color space control protocol in the embodiment; 

Fig. 4 illustrates Color-Space-Request packet used in the color space control protocol; 

Fig. 5 illustrates Color-Space-List packet used in the color space control protocol; 

Fig. 6 illustrates Color-Space-Select packet used in the color space control protocol; 
ss Fig. 7 illustrates Color-Space-Select Ack packet used in the color space control protocol; 

Fig. 8 is a block diagram showing the configuration of a server/client system to which the present embodiment is 

applied; 

Fig. 9 is a block diagram showing in detail a client side of the server/client system; 
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Fig. 10 illustrates a general packet construction used in the color space control protocol; 
Fig. 11 illustrates as an example a signal sequence between the server and the client; 
Fig. 12 illustrates in detail a signal sequence on a client side; 
Fig. 13 illustrates as an example color correction in a monitor; 
s Fig. 14 illustrates as another example color correction in the monitor; and 

Fig. 15 is a block diagram for explaining a color correction data control method. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

to [0014] Preferred embodiments of the present invention will be described in detail in accordance with the accompa- 
nying drawings. 

[0015] Normally, connection between a computer and a printer is physical connection via e.g. a cable using a Cen- 
tronics interface. As is apparent from a network printer connected to a local area network (LAN), it is wrong to regard 
a cable as a "physical and logical" connecting point. A cable is a physical connecting point, however, if it is also a 
15 logical connecting point, an application software should be able to change the physical specification of each printer or 
scanner. 

[0016] To avoid this problem, when an input/output device provided by an input/output device maker is connected 
to a computer, a device driver is installed into an operating system (OS) of the computer. 

[0017] The present embodiment realizes an interface between the input/output devices such as printer and a scanner 
20 by virtualizing the following four items: 

(1) Logical connecting point 

(2) Standard color space 

(3) Virtual color correction (virtual color space conversion) 
25 (4) Virtual Color Space Conversion Protocol 

[Logical Connection] 

[0018] Fig. 1 is a block diagram showing a system configuration embodying the present invention. In Fig. 1, reference 
30 numeral 1 denotes a scanner; 2, a connection cable; 3, a device driver of the scanner; 4 : a computer; 5, an image 
processing application, e.g., a color DTP software; 6, a device driver of printer 8; and 7, a connection cable. Device 
drivers 3 and 6 exist in the computer 4 and they are connected via programmable connection paths 9 and 10 to each 

[0019] Conventionally, a color image data interface is defined by physical connecting points (cables 2 and 7) between 
35 the input/output devices 1 and 8. In the present embodiment, however, the interface is defined by logical connecting 
points (paths 9 and 10). More specifically, the device driver 3 exists in the computer 4 physically, however, the device 
driver 3 can be logically considered as a part of the scanner 1 . Also, the device driver 6 which exists in the computer 
4 physically can be regarded as a part of the printer 8. 

[0020] Accordingly, the difference of color space between the computer 4 and the scanner 1 or the printer 8 can be 
40 easily corrected by using the interfaces 9 and 10 between the device drivers 3 and 6 as logical connecting points for 
color correction. The connection paths 9 and 10 will be referred to as "logical connecting points" hereinafter. 
[0021] In this embodiment, the respective logical connections are provided with standard color space around them. 
If the computer 4 uses RGB color space and the printer 8 uses YMC color space, the device driver 6 performs RG- 
B->YMC conversion. 

45 

[Color Correction at Logical Connecting Point] 

[0022] The color correction at a logical connecting point can be applied not only to the color space conversion between 
different color spaces, but to conversion between the same color spaces. For example, the scanner 1 normally outputs 
50 RGB signals and the computer 4 often uses RGB color space as its standard color space. In many cases, the white 
balance of the scanner 1 and that of the computer 4 are subtly different. Conventionally, the user has manually adjusted 
such subtle difference or has done nothing and abandoned the difference. Assuming that the color space of the scanner 
1 is R'G'B', correction to the scanner 1 color space should be made by the device driver 3. That is, color correction 
should be preferably performed at a logical connecting point. 

55 

[Introduction of Standard Color Space] 

[0023] As described above, it is not appropriate to assume the color space of the scanner 1 "R'G'B"' and that of the 
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computer 4 "RGB", since a well-designed standalone scanner performs color correction before it outputs a color signal. 
If the scanner color space RGB is standard, the computer 4 color space should be non-standard. Unfavorably, the 
misunderstanding that computers always have standard color space derives from the fact that they treat digital numer- 
ical values while scanners including a light source and a image sensor treat analog values. In fact, however, a color 
s based on a value set on the computer is unknown until the data is displayed on a CRT display and becomes visible 
color to human eyes. For this reason, the computer numerical values cannot be determined correct unless the CRT 
display is properly adjusted. Usually, color correction is performed at the devices not in a computer, because the com- 
puter controls all the devices and therefore the color correction cannot be performed in the computer. In this case, 
however, the color correction is performed on the assumption that the computer has correct color space. 

[Contradiction in Color Correction by Computer] 

[0024] As in many systems, it is convenient to perform final color correction by a computer. However, it is very in- 
credible considering the above-mentioned fact that computer do not always have correct color space. For example, in 
15 an application software, a scanner can be driven using a command in the menu. It seems very convenient because 
the application can directly drive the scanner. In fact, a long list of scanners is displayed in the menu, then a corre- 
sponding scanner is selected, and scanning is started. As this selection is made only once, there seems no problem. 
However, problems occur in the following cases. 

[0025] The scanner selection by the application software means the application softwares are in charge of setting 
20 the various scanners. Also color correction should be made by the application software. When there existed only a few 
types of black-and-white scanners in the market, an application software was able to perform color correction. Now 
there are variety of scanners such as a scanner for black-and-white half-tone and a color scanner, color correction by 
the application is insufficient. Device driver should clarify that the scanner side should be in charge of color correction. 
Even in a case where a system can provide only one scanner to a user, the system should have a construction con- 
25 nectable to a scanner of any type without adjustment. 

[Setting of Standard Color Space] 

[0026] In the present embodiment, standard color space is provided at the logical connecting points in order to solve 
30 the above-mentioned problems and contradiction. Equation 1 is for converting color space "R'G'B 1 " into color space 
"RGB". [f 11: f 12 , f 33 ] is a conversion coefficient matrix. Equation 2 is for converting color space "RGB" into "rgb". 
[9n> 9i2> ■■■■ 833] ' s a conversion coefficient matrix. 

[0027] Equation 3 is obtained by substituting the equation 1 into the equation 2. The conversion coefficient matrix 
of the equation 3 is replaced with equation 4, and the equation is expressed as equation 5. This means that once matrix 
35 operation is performed, the number of color conversion operations which should initially be performed twice can be 
reduced to once. The conversion coefficient matrices [f 11: f 12 , f 33 ] and [g 11: g 12 , g 33 ] are represented as [F] and 
[G] in equations 6 and 7 for the sake of simplicity. 
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[0028] Fig. 2 shows the color space characteristics of the computer 4. In Fig. 2, the elements in Fig. 1 have the same 
reference numerals. Reference numeral 11 denotes a color space characteristic of the scanner; 12, a standard color 
space characteristic; 1 3, a color space characteristic of the computer. These color space characteristics are represent- 
ed as "R'G'B", "NTSC RGB", and "r'g'b"' respectively. "G" is a conversion means (matrix) for converting "R'G'B"' data 
into "NTSC RGB" data. "F" is a conversion means (matrix) for converting "NTSC RGB" data into "r'g'b" 1 data. 
[0029] Any appropriate color space can be employed as the standard color space here. If the data transmitting side 
(scanner 3) and the receiving side (computer 5) both have "RGB" color space, it should be desirably "NTSC RGB". 
The transmitting side converts the device color space data "R'G'B"' into the standard color space data "NTSC RGB" 
by the conversion means "G". The receiving side converts the standard color space data "NTSC RGB" into the device 
color space data "r'g'b"' by the conversion means "F". 
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[Virtual Color Correction (Virtual Color Space Conversion)] 

[0030] The two conversion means "G" and "F" are indispensable for setting the standard color space. However, there 
are the following problems: 

5 

(1 ) The cost of the entire system increases. 

(2) The throughput is degraded. 

(3) Operation errors accumulate at every conversion. 

(4) Color representation dynamic range becomes narrow at every conversion. 

[0031] To avoid such problems, the Virtual Color Correction Concept (Virtual Color Space Conversion) is introduced 
in the present embodiment. The Virtual Color Correction/Virtual Color Space Conversion (hereinafter referred to as 
"virtual conversion") is a method for transmitting as one set an equation for converting color space into a target standard 
color space and initial data without operating the equation. In this method, the final operation is entrusted to the receiving 
15 side. The receiving side first operates the conversion means G and F, and multiplies the result with the initial data 
value. This reduces the number of the matrix operations (twice) to only once, and preventing operation errors such as 
a rounding error. Note that the operation is entrusted to the data receiving side only if the receiving side has the operation 
function. If the receiving side does not have the function, the operation is performed on the transmitting side. 

20 [Virtual Color Space Conversion Protocol] 

[0032] Fig. 3 shows Virtual Color Space Conversion Protocol in the present embodiment. The communication be- 
tween the transmitter and the receiver is performed via device drivers, and the protocol is realized by packet transmis- 
sion. For example, in a case where the transmitter and the receiver perform communication within one personal com- 

25 puter, only a packet pointer is transmitted and an actual packet is not transmitted. 

[0033] Figs. 4 to 7 show the construction of respective packets. It should be noted that the constructions are similar 
to each other and therefore only Color-Space-Request packet shown in Fig. 4 will be described here. The packet 
includes one-byte base elements, packet ID 41, command ID 42, length 43, and content 44 from the top. The packet 
ID 41 has a code indicative of the type of the packet. The command ID 42 has a code indicating what the subsequent 

30 data elements represent. The length 43 shows the length of the content 44 in byte units. The command ID 42, the 
length 43 and the content 44 can be repeated depending upon circumstances. Terminator 45 is included at the end of 
the packet. The terminator 45 is a kind of command ID and is indicative of "0" The content 44 is a variable-length data 
whose length is defined in byte units by the length 43. Note that although the variable-length content 44 has expansivity, 
the content 44 can be fixed-length data. 

35 [0034] The Virtual Color Space Conversion Protocol shown in Fig. 3 will be described below. First, the transmitter 
transmits the Color-Space-Request packet to the receiver, to specify the color space of image data to be transmitted 
and inquire of the receiver's color space. At the same time, the transmitter informs the receiver of presence/absence 
of a color conversion function. As shown in Fig. 4, the transmitter transmits data in accordance with "RGB" color space, 
and informs that there is no color conversion function ("No") on the transmitting side. On the other hand, the receiver 

40 returns a Color-Space-List packet to the Color-Space-Request packet, to inform the transmitter of a list of acceptable 
color spaces. As shown in Fig. 5, the receiver receives in accordance with "RGB" color space and informs that there 
is a color conversion function ("Yes") on the receiving side. 

[0035] The transmitter transmits a Color-Space-Select packet as shown in Fig. 6 to determine the color space and 
data format to be used. For example, the employed color space data is "RGB" and the data is to be transmitted with 

45 virtual color correction parameters. This packet includes filter coefficients for color space correction. The receiver ac- 
knowledges the color space and the data format to be used by Color-Space-Select Ack packet as shown in Fig. 7. The 
transmission can be made without acknowledgment, and the Color-Space-Select Ack packet can be optional. 
[0036] Next, a case where scanners and printers are connected to a computer via a network will be described. In 
this example, the transmitter is a Macintosh by Apple Computer (hereinafter referred to as "S/P Client"), the receiver 

50 is a standalone network scanner printer server (hereinafter referred to as "S/P Server") . In this system, the transmitter 
and the receiver are connected via a communication protocol. Generally, the Local talk is used for Macintosh, however, 
to have the machine coexist with e.g. the UNIX environment represented by the SUN, the TCP/IP protocol is suitable. 
For this reason, the MacTCP which is the TCP/IP protocol for Macintosh is employed as the communication protocol 
in this system. 

55 [0037] The functional elements in this system are PrintTCP, the SP Client, the SP Server, and the MacTCP. 

[0038] The PrintTCP and the SP Client and the MacTCP are installed into the Macintosh. The PrintTCP is a scanner 
printer driver for outputting data to a scanner printer server on the Ethernet via the TCP/IP from an application of the 
Macintosh. The basic functions of the PrintTCP is as follows: 
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(1) To generate, when the QuickDraw subroutine is called upon printing, a CaPSL (Canon Printing System Lan- 
guage) code equivalent to the subroutine. The CaPSL is a printer language by Canon K.K. 

(2) To generate, as a CaPSL code, bit map halftone image data (color/black-and-white) compressed by the ADCT 
(Adaptive Discrete Cosine Transformation) transformation based on the JPEG (Joint Photographic coding Experts 

s Group) standards as an optional function. 

(3) To transmit the generated CaPSL code to the S/P Server via the S/P Client driver. 

[0039] The SP Client is a communication control program for transmitting a CaPSL code to the printer connected to 
the S/P Server via the TCP/IP and the Ethernet. The SP Client has the following basic functions: 

(1) To link end-to-end the S/P Client and the S/P Server via the TCP/IP. 

(2) To transmit CaPSL data received from the PrintTCP to the S/P Server. 

(3) To have the S/P Server scan an original, then receive the scanned data, and transmit the received data to the 
application. 

15 

[0040] The SP Server always runs on the S/P Server as a demon, while waiting for data reception from the client. 
The basic functions of the SP Server are as follows: 

(1 ) To pass the CaPSL data from the S/P Client to CaPSL interpreter. 

20 (2) To start an original scanning program and transmit received scanned data to the S/P Client. 

[0041] Fig. 8 shows the relation between these programs. The format and function of the resources of the respective 
program units are as follows: 

25 (1 ) Printing Manager: to call a subsequent printer driver installed in the system as a standard driver. Type = DRVR, 

iPrDrvRef = -3 

(2) PrintTCP: initially this printer driver is not installed in the system. It is provided as a code resource in the form 
of Chooser Document so as to be selected from the Chooser DA with Laser Writer and Image Writer. 

(3) SP Client: this driver automatically installs itself in the system by INIT-31 mechanism upon starting of the system. 
30 (4) MacTCP: this driver also has the resource "Control Panel Document". It sets initial values such as IP address 

from the control DA. 

(5) SP Server: It is a FSX server side program which exists in the form of e.g. a demon of the UNIX. 

[0042] In Fig. 8, reference numeral 20 denotes a DTP application on the market; 21, the Printing Manager which 

35 always exists in the OS; 22, the PrintTCP; 23, the SP Client; 24, the MacTCP; 25, an Ethernet board; 26, a control 
function of ADCT board; 27, an ADCT compression board; 28, an Ethernet Cable; 29, an Ethernet board; 30, the TCP/ 
IP protocol which always exists in the UNIX; 31, the S/P server; 32, the CaPSL interpreter; 33, a control function of 
the ADCT board; 34, an ADCT compression board; and 35, the printer. Numerals 20 to 25 denote the Macintosh; 29 
to 34, NWSP; 25 and 29, hardware for providing a communication function via the cable 28. Actual logical communi- 

40 cation path can ensured by the MacTCP 24 and the TCP/I P 30. The SP Client 23 and the SP Server 31 form an end- 
to-end printer server/client protocol on a logical communication path provided by the TCP/IP 30. The purpose of this 
protocol is to serve as a driver to divert the application 20 from its attention to the network (Ethernet) and have the 
application regard the printer 35 as if it is connected to local computers. In other words, to the application 20, the printer 
35 seems directly connected under the Printing Manager 21 . 

45 [0043] Fig. 9 shows in detail the relation between the computer side and the OS 36. As shown in Fig. 9, the Printing 
Manager 21 is a part of the OS 36. The PrintTCP 22 and the SP Client 23, the SP Client 23 and the Mac TCP, the 
PrintTCP and the control function 26 perform communication via a device manager 37. The PrintTCP 22 is divided 
into QuickDraw-CaPSL converter 22-1 and printer driver 22-2. The converter 22-1 replaces the QuickDraw subroutine 
with a CaPSL code. This operation enables the SP Server having the CapSL interpreter to emulate the QuickDraw in 

50 place of the QuickDraw. Constructing the system using the respective drivers as drivers not applications provides the 
greatest merit of easy standardization of specification, since the interface is connected via the OS 36. Further, if the 
OS is actually a single task OS, though the OS is the Multifinder, drivers at the corresponding parts can be multitasked. 
For example, in case of the UNIX, only an interface to a physical device can be a driver and the other interfaces can 
be demons to run on the background. 

55 

[SP Client Format] 

[0044] The SP Client driver automatically installs itself in the system by the INIT-31 mechanism upon turning on the 
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power. When the driver memory size becomes greater, most codes are held in the form of code resource, and when 
the driver is opened, the resources are loaded on the system heap. In this case, the memory is freed when closing. 
The driver name begins with a period ("."). 

[0045] Further, the SP Client has the Control Panel Document resource. It can set various parameters such as the 
s IP address from the Control Panel. For this purpose, it has resources as follows: 

DITL ID = -4064 
mach ID = -4064 
nrct ID = -4064 
70 ICN#ID = -4064 

BNDL ID = -4064 
FREF ID = -4064 
cdev ID = -4064 

15 [SP Client Driver Interface] 

[0046] The SP Client provides the following hi-level deice manager routines: 

DriverOpen 
20 DriverClose 

Control 

FSRead 

FSWrite 

Status 
25 KilllO 

[0047] Other services of the SP Client than the above in the standard driver interface can be provided by Control 
routine. Various commands as listed below can be used by setting a cs code of the Control call's parameter block to 
a predetermined value: 

SPSetlnit 
SPListen 
SPCapability 
Color-Space-Request 
35 Color-Space-List 

Color-Space-Select 
Color Space Ack 

[Explanation of Commands] 

[0048] The commands are as shown in table 1 . 



Table 1 



45 


DriverOpen 


parameter 
return: 


<define> 

host wind *buffer 

OsErr refnum 


<content> 

host name window size 
buffer pointer 
result port ref.No. 


<example, comment> 
(1,2,3,4) (SPOpen 
result) 

(hereinafter this No.) 


50 


DriverClose 


<item> parameter 
return: 


<define> refnum 
OsErr 


<content> port ref.No. 
result 


<example,comment> 


55 


FSRead 


<item> 

parameter return: 


<define> 

refnum "buffer OsErr 
RxSize EOF 


<content> 
port ref.No. buffer 
pointer result data size 
End of File 


<example,comment> 
(received data buffer) 
(received data size) 
data termination flag 


FSWrite 


<item> 


<define> 


<content> 


<example, comment> 
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Table 1 (continued) 



5 




parameter 
return: 


refnum 'buffer size 

EOF 
OsErr 


port ref.No. buffer 
pointer data size 

End of File 
result 


(transmission data 
buffer) (transmission 
data size) 

(data termination flag) 


10 


Status 


<item> 

parameter 

return: 


<define> 
host 

*buffer OsErr 


<content> 
host name 
buffer pointer result 


<example, comment> 
(SPStatus result) 




Control 


<item> 

parameter return: 


<define> 

refnum *buffer size 
OsErr 


<content> 

port ref.No. buffer 

pointer data size result 


<example,comment> 
(data buffer) (data 




SPInit 


csCode=cSPInit 


server first issues it & prepares reception 


20 




<item> 
parameter 

return: 


<define> 

host Wind "buffer 

OsErr refnum 


<content> 

host name window size 
buffer pointer 
result port ref.No. 


<example, comment. 
(1,2,4,8) (SPOpen 
result) 

(hereinafter this No.) 




SPListen 


csCode=cSPListen 


server issues it & acknowledges reception 






<item> 

parameter return: 


<define> 
refnum OsErr 


<content> 

port ref.No. result 


<example, comment> 


25 


SPSetStatus 


csCode=cSPStatus 


server issues it & changes S/P server setting 






<item> 
parameter 

return: 


<define> 

refnum newStatus 
OsErr 


<content> 

port ref.No. new status 
setting value 
result 


<example, comment> 



[Packet Format] 

[0049] General packet format of the SP Server/Client protocol is as shown in Fig. 10. In Fig. 10, numerals allotted 
at the left side indicates the number of bytes. 

[Packet Functions] 

[0050] The functions of the SCCL packet and the DVCL packet are as shown in Tables 2 and 4. 



Table 2 



OpenConn 


set server/client link, ensure virtual communication line 
inform server/client communication function to opposite end 


Open ConnReply 


acknowledge server/client link 

acknowledge server/client link communication function 
establish connection number (Conn-ID) 


CloseConn 


disconnect server/client link 


Data 




Ack 


acknowledge data transmission 
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Table 2 (continued) 


Nack 


acknowledge data transmission, control flow 


Status 


inquire of server/client link status 


StatusReply 


reply to Status; one of RR, RNR, Status ACK, Abort 


Abort 


disconnect communication 


Control 


control server/client (all services except data to PrintTCP) 



<DVCL Packet> 


lnit(com-id=fxlnit) 

device=<device-name> 

direction=<data-direction> 

PDL=<language> 

paper=<paper-size> 

scape=<scape-type> 

resolution=<dpi> 

color=<color-space> 


:SPServer initialization request 

(e.g. Print,Scan, Get, Give) 
(e.g. CaPSL,Postscript,HPGL) 
(e.g. A4.A3) 

(e.g. Landscape, Portrait) 

(e.g. 100,200,300,400) 

(eg.BK, RG B,RGBX, CMYK, LAB, XYZ,YCrCb) 


result=<result-code> 


(e.g. noErr, Error) 


Scan(com-id=fxScan) 

paper=<paper-size> 

scape=<scape-type> 

resolution=<dpi> 

color=<color-component> 


scanning start request 
(e.g. A4,A3) 

(e.g. Landscape, Portrait) 
(e.g. 100,200,300,400) 
(e.g. R,G,B,C,M,Y,K,X,) 


ScanAck(com - id=f xScan Ac k) 

result=<result-code> 

wh ich-image=<image-id> 


scanning start response 
(e.g. noErr, Error) 
(e.g. 1,2, 3...) 


Print(com-id=fxPrint) 

paper=<paper-size> 

scape=<scape-type> 

resolution=<dpi> 

color-compo=<color-component> 

pages=<number-of-pages> 


: printing start request 
(e.g. A4, A3) 

(e.g. Landscape, Portrait) 
(e.g., 100, 200, 300, 400) 
(e.g. R,G,B,C,M,Y,K,X) 
(e.g. 1-99) 


PrintAck (com-id=fxPrintAck) 
result=<result-code> 
wh ich-image=<image-id> 
queue-number=<number> 


: printing start response 
(e.g. A4, A3) 
(e.g. 1,2,3...) 
(e.g. 1,2,3.. .all) 


Capability(com-id=fxCapability) 


:SPServer function acknowledgment request 


Capability Ack(com-id =fxCapabilityAck) 
device=<device-name> 
direction=<data-direction> 
PDL=<language> 


:SPSserver function acknowledgment response 

(e.g. Print,Scan, Get, Give) 
(e.g. CaPSL,Postscript,HPGL) 



10 



EP 0 581 590 B1 



Table 3 (continued) 



<DVCL Packet> 


paper=<paper-size> 
scape-<scape-type> 
color=<color-space> 


(e.g. A4,A3) 

(e.g. Landscape, Portrait) 
(eg.BK,RGB,RFBX,CMYK,LAB,XYZ,YCrCb) 


SetArea(com-id=fxSetArea) 
area=<print-area> 


:original image effective area setting request 
(e.g. top, lef, bottom, right) 


SetAreaAck(com-id=fxSetAreaAck) 
wh ich-image=<image-id> 
result=<result-code> 


:original image effective area setting response 
(e.g. 1,2,3...) 
(e.q. noErr,Error) 


SetColor(com-id=fxSetColor) 

wh ich-image=<image-id> 

color=<color-space> 

color compo=<color-component> 


:color designation request 
(e.g. 1,2,3...) 

(eg.BK,RGB,RGBX,CMYK,LAB,YXZ,YCrCb) 
(e.g. R,G,B,C,M,Y,K,X) 


SetColorAck(com-id=fxSetColorAck) 
result=<result-code> 


:color designation response 
(e.g. noErr, Error) 


BufFlush(com-id=fxBuf Flush) which-image=<image-id> 


:image memory clear request (e.g. 1 ,2,3...) 


BufFlushAck(com-id=fxBufFlushAck) 
result=<result-code> 


:image memory clear response 
(e.g. noErr, Error) 



Table 4 



ClearQueue(com-id=fxClearQueue) 
queue-number=<number> 


:printer queue clear request 
(e.g. 1,2,3.. .all) 


C learQu e u e Ac k(com - id =f xC learQu e u eAc k 
result=<result-code> 


:printer queue clear acknowledgment 
(e.g. noErr,Error) 


Comp(com-id=fxComp) 
which-image=<image-id> 
type=<compression type> 


: image compression request 

(e.g. 1,2, 3...) 

(e.g. JPEG, MH,MR,MMR) 


CompAck(com-ide=fxCompAck) 

which-image=<image-id> 

result=<result-code> 


: image compression acknowledgment 
(e.g. 1,2,3...) 
(e.g. noErr, Error) 


Decomp(com-id=fxDecomp) 
which image=<image-id> 
type=<compression type> 


: image expansion request 

(e.g. 1,2, 3...) 

(e.g. JPEG,MH,MR,MMR) 


DeCompAck(com-id=fxDeCompAck) 
which-image=<image-id> result=<result-code> 


: image expansion acknowledgment 
(e.g. 1,2,3...) (e.g. noErr,Error) 


DIR(com-id=fxDIR) 


:directory request 


D I RAc k(com - id=fxD I RAc k) 
d i rectory=<d i rectory > 


:directory response 

(e.g. /home/user-name/file-name) 


CD(com-id=fxCD) directory=<directory> 


directory change request (e.g. /home/user-name/file- 
name) 


CDAck(com-id=fxCDAck) result=<result-code> 


directory change response (e.g. noErr, Error) 


Get(com-id=fxGet) data=<data> 


:file transmission request 


GetAck(com-ide=fxGetAck) result=<result-code> 


:file transmission acknowledgment (e.g. noErr.Error) 


Put(com-id=fxPut) data=<data> 


:file reception request 
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Table 4 (continued) 





PutAck(com-id=fxPutAck) result=<result-code> 


:file reception acknowledgment (e.g. noErr, Error) 


5 


Cancel(com-ide=fxCancel) 
result=<result-code> 


:scanner server operation, setting cancellation 
(e.g. noErr.Err) 


,0 


Color-Space-Request(com-id= Color-Space-Request) 

Color Space 
Capability 


:transmitter's color space request and color processing 
function 

color space name 

color processing capability 




Color-Space-List(com-id=Color-Space-List 

Color-Space 

Capability 


: receiver's color space list and color processing function 

color space name 

color processing capability 


15 


Color-Space-Select(com-id=Color-Space-Select) 

Color-space 
Color-Method 


transmitter's color space designation and color 

processing 

method designation 

color space name 

color processing method 


20 

25 


Color-Space-Select Ack(com-id =Color-Space-Select 
Ack) 

Color-space 
Color-Method 


receiver's color space acknowledgment and color 

processing method 
color space name 
color processing method 



[0051] Figs. 11 and 12 show the sequence of these packets and commands. Fig. 11 depends upon the flow between 
a client and a server. Fig. 12 depends upon the flow between the MacTCP and the SP Client. 
[0052] Similarly to standard file access, access from the application side are made using Open, Read, Write and 
Close commands. First, the PrOpen function is called from the application. The SP Client receives the SPOpen com- 
mand, and it issues the TCPActivateOpen function by the Connect command to be connected with the TCP/IP. The 
SP Client indicates that the call of the TCP/IP has been normally set if the return of the function is "noErr". The SP 
Client subsequently transmits the OpenConn packet to the SP Server to link the SP Client and the SP Server on the 
set TCP link. The SP Server returns the OpenCopnnReply to acknowledge the setting of the session link unless there 
is no problem in the printer. Thereafter, the SP Client transmits the Init packet and the Control packet to the server side 
to initialize the parameters of the server side. Then, the SP Client issues the Color-Space-Request packet for color 
space control. The subsequent communication has been already described. These SP Server/SP Client packets are 
transmitted by TCPSend or TCPRv packets of the TCP/IP protocol. 

[Modification] 



[0053] Figs. 1 3 and 1 4 show a modification to the present embodiment. Fig. 1 3 shows image information displayed 
on a CRT monitor. In Fig. 1 3, reference numeral 50 denotes the CRT monitor; 51 , a corrected color signal for displaying 
correct NTSC RGB color on the monitor; "D", a correction coefficient matrix; and 52, a connection cable. In order to 
display the RGB signal which is "proper" to human eyes, color correction such as gamma (y) correction is required. In 
Fig. 13, gamma correction is performed on the computer side. As it takes a long period to perform such correction by 
a CPU, it is usually made on the monitor 50 side, as shown in Fig. 14. The scanner color signal is multiplied by the 
correction coefficient matrix D on the monitor side. Generally, a color correction circuitry of a monitor has a hardware 
construction, or it is a high-speed processor such as a DSP (Digital Signal Processor) for high-speed correction. In 
any case, to the computer side, the CRT has conventionally been a passive device which simply reproduces a given 
RGB signal. In other words, the coefficient matrix D has been the CRT monitor 50's own color processing system 
included in the monitor 50, and has never been directed to the computer for its dynamic use in frequent operation 
(except setting correction). 

[0054] The device-independent color processing method according to the present invention can even omit the image 
processing operation by the CPU of the computer while the interface passes a color signal according to a virtual stand- 
ard color space to the CRT monitor. Actually, the input-side color correction coefficients as the equation 4 and those 
of the scanner in Fig. 2 can be transmitted separately from the image signal, in the form of protocol, to the CRT monitor. 
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Equation 8 shows this processing. "F" denotes a correction coefficient matrix for matching the scanner's own color 
space to the standard color space; "G", a correction coefficient matrix in the computer; and "D", a correction coefficient 
matrix for matching the monitor's own color space to the standard color space. If the CRT monitor is an active device 
as that in the present invention, the color correction operation can be made by the final device at a time as the equation 8. 
s [0055] In this manner, the present invention realizes a color processing system which optimizes hardware resource 
for high-speed operation while containing the device-independent concept, further, reduces accumulative errors of the 
operation. 

[0056] It should be noted that the algorithm having cascade-connected filter operations so as to perform the operation 
at a time within the final device can be easily made when color correction is established between the three primary 
to color representation (color mixing system) such as "RGB", "XYZ", "CMY" and "YIQ". However, in case of conversion 
between one of the above color systems and a color representation calculated from the XYZ system (color developing 
system) such as "L*a*b*", the operation based on the above algorithm cannot be performed easily. Rather, in such 
case, the color mixing system should be converted into the color developing system before operation. 

15 [Color Correction] 

[0057] When a computer-processed color image is printed, whether the printed result coincides with the color on a 
CRT monitor or not is a significant problem. In a computer-processing system, the monitor and the printer are adjusted 
in the following manner. 

20 [0058] In standard monitor adjustment, based on the assumption that the respective RGB color-components vary 
from 0 to 100, a "RGB = 100,0,0" signal is inputted to display red, and the displayed red color is measured by a 
spectrophotometer. The measurement result obtained as a "XYZ" signal is converted into a RGB signal. The "R" signal 
gain is adjusted to "100, 0, 0". Similarly, a "RGB = 100, 100, 100" signal is inputted and adjusts so that the output of 
the spectrophotometer will become "100, 100, 100". Next, a half tone color signal such as "RGB = 70, 30, 30" is inputted 

25 and adjustment is performed in a similar manner, and finally, a signal "RGB = 70, 70, 70" is inputted as white balance 
to complete adjustment. Regarding printer adjustment, the basis of the adjustment method is correspondent to the 
above method. It goes without saying that there are other applicable adjustment methods. 

[0059] Once the monitor and the printer are respectively adjusted, the corrected values become unchanged. Even 
through this adjustment stage, the CRT monitor display and the printed result may be different. Printing experts take 

30 this very seriously. To solve this problem, electronic color codes have been introduced. The electronic color codes are 
provided by printing ink makers, with computer color samples (color image data) so that colors the same as their ink- 
printing color samples can be obtained on computer display. When a color image data is formed on a computer and 
finally printed out, referring to the electronic color codes is inevitable for the accuracy of the work. The electronic color 
codes are provided in the form of application, or provided as the document file of a popular application soft to be 

35 compared with attached color samples. Accordingly, the application's hue adjustment function requires minute adjust- 
ment. However, a plurality of applications, a plurality of ink makers, a plurality of color samples, and combinations 
thereof, will make such adjustment confusing. 

[0060] Setting of adjustment values can be made by a utility program or by a DTP application. However, the adjust- 
ment results should not be managed by the application but by a device driver so as to avoid color correction for every 

40 color sample at every application. According to the embodiment, a color image signal passed to a device driver can 
be a virtual standard color. For this reason, the application side does not need to perform color matching, and the 
device driver itself performs it. The device driver manages color matching informations by saving them as color files 
of ink makers. The files can be changed over so that reference to the color samples in the same environment can be 
made from any application. In case of Macintosh, the device driver has cdev resources. This mechanism enables color 

45 correction from the Control Panel while operating an application, further, once-set values become common values to 
all the applications. 

[0061] When using the device-independent color processing method according to the present invention, an applica- 
tion and a device driver can communicate with each other. In this case, the setting values of the device driver can be 
directly controlled from the application. Fig. 15 shows the relation between the direct control from the application. In 
50 Fig. 15, reference numeral 3 denotes a computer; 60, a printer; 61 , a device driver for controlling the printer 60, which 
always exists in the computer 3; 62, a correction data file for a specific set of electronic color codes; and 63, a correction 
data file for a second set of electronic color codes. The device driver 61 directly uses the respective correction files, 
however, the application can indirectly use them, as shown in Fig. 15. Further, the correction files can be controlled 
from the cdev. 

55 [0062] As described above, the device-independent color processing method enables color processing based on 
the standard color space to image data received from an input device, since the data is conceptually transmitted in 
accordance with virtual standard color space. Further, in this method, image data can be transmitted to an output device 
without color processing operation. Accordingly, a color processing system which improves the operation speed without 
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accumulative errors such as rounding error, and optimizes hardware resource with maintaining the device-independent 
concept can be realized. 

[0063] As described above, according to the present invention, a plurality of devices having different color space 
can be utilized as one virtual device. 
s [0064] The present invention can be applied to a system constituted by a plurality of devices, or to an apparatus 
comprising a simple device. Furthermore, it goes without saying that the invention is applicable also to a case where 
the object of the invention is attained by supplying a program to a system or apparatus. 



1 . A color processing method for converting input color image data of a first color space depending on a first device 
into output color image data of a second color space depending on a second device, characterised by comprising 
the steps of: 

receiving, through a communication line from an external device, first color processing data for converting the 
first color space into a device independent color space; 

combining said first color processing data with second color processing data for converting the color image 
data in said device independent color space into color image data in the second color space so as to generate 
third color processing data and 

performing color space conversion on the input color image data by using the third color processing data to 
output color image data in the second color space to said second device. 

2. A method according to claim 1 , wherein the first color space is three primary color representation of a color mixing 
system such as RGB, XYZ, CMY and YIQ. 

3. A method according to claim 1 or claim 2, wherein the device independent color space is National Television 
System Committee (NTSC) RGB. 

4. A method according to any one of the preceding claims, wherein in said generating step, color processing data 
relating to a color correction according to tone characteristics of said second device is also combined with said 
first color processing data and said second color processing data. 

5. A method according to claim 1 , wherein in said receiving step, the first parameter is in packet form and its reception 
is based on a protocol between transmitting devices. 

6. A method according to any preceding claim, wherein said input color image data is received independently of said 
first color processing data and its reception is based on a protocol between the transmitting sides and carried out 
through a communication line from said external device. 

7. Apparatus for converting color image data of a first colour space depending on a first device (1 ) into output color 
image data of a second colour space depending on a second device (8), the apparatus 

comprising reception means (4, 5) for receiving first color processing data and for converting the first color 
space into a device independent color space; means for combining said first color processing data with second 
color processing data for converting color image data in said device independent color space into color image 
data in the second color image space so as to generate third color processing data, 

and means for performing color space conversion on input image data from said first device using said third 
color processing data and outputting for color image data in the second color space to said second device. 

8. Apparatus according claim 7, wherein the reception means are adapted to receive the first parameter over a com- 
munication line. 

9. Apparatus according to either of claims 7 or 8 wherein the reception means is located in a computer. 

10. Apparatus according to claim 9, wherein said first device is a scanner. 

11. Apparatus according to claim 10, wherein the second device is a printer. 
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12. Apparatus according to claim 9 or either of claims 10 or 11 when dependent on claim 9 wherein the computer 
contains a driver device (3) for the first device and a driver device (6) for the second device. 

13. Apparatus according to any one of claims 7 to 12, wherein the first and second devices and the reception means 
s are interconnected by a local area network. 



Patentanspriiche 

to 1. Farbverarbeitungsverfahren zur Umwandlung eingegebener Farbbilddaten eines ersten Farbvektorraums in Ab- 
hangigkeit von einer ersten Einrichtung in auszugebende Farbbilddaten eines zweiten Farbvektorraums in Abhan- 
gigkeit von einer zweiten Einrichtung, 
gekennzeichnet durch die Schritte 

15 des Empfangens von ersten Farbverarbeitungsdaten aus einer externen Einrichtung fiber eine Ubertragungs- 

leitung zur Umwandlung des ersten Farbvektorraums in einen von der Einrichtung unabhangigen Farbvektor- 
raum; 

des Kombinierens der ersten Farbverarbeitungsdaten mit zweiten Farbverarbeitungsdaten zur Umwandlung 
der Farbbilddaten aus dem von der Einrichtung unabhangigen Farbvektorraum in Farbbilddaten aus dem 
20 zweiten Farbvektorraum zur Erzeugung dritter Farbverarbeitungsdaten und 

des Durchfiihrens der Farbvektorraumumwandlung der eingegebenen Farbbilddaten unter Verwendung der 
dritten Farbverarbeitungsdaten zur Ausgabe von Farbbilddaten in den zweiten Farbvektorraum an die zweite 
Einrichtung. 

25 2. Verfahren nach Anspruch 1, 

wobei der erste Farbvektorraum eine Darstellung eines Farbmischsystems mit drei Grundfarben wie beispiels- 
weise RGB, XYZ, CMY und YIQ aufweist. 

30 3. Verfahren nach Anspruch 1 Oder Anspruch 2, 

wobei es sich bei dem von der Einrichtung unabhangigen Farbvektorraum um den Standard NTSC-(National 
Television System Comittee) RGB handelt. 

35 4. Verfahren nach einem der voranstehenden Anspriiche, 

wobei bei dem Erzeugungsschritt die sich gemaB derTonerkennlinie der zweiten Einrichtung auf die Farbkor- 
rektur beziehenden Farbverarbeitungsdaten ebenso mit den ersten Farbverarbeitungsdaten und den zweiten 
Farbverarbeitungsdaten kombiniert werden. 

5. Verfahren nach Anspruch 1, 

wobei beim Empfangs schritt der erste Parameter in Paketform vorliegt und dessen Empfang auf einem Pro- 
tokoll zwischen den Ubertragungseinrichtungen beruht. 

45 

6. Verfahren nach einem der vorherstehenden Anspruche, 

wobei die eingegebenen Farbbilddaten unabhangig von den ersten Farbverarbeitungsdaten empfangen wer- 
den und deren Empfang auf einem Protokoll zwischen den Ubertragungsseiten beruht und aus der externen 
50 Einrichtung fiber eine Gbertragungsleitung durchgefiihrt wird. 

7. Vorrichtung zur Umwandlung von Farbbilddaten eines ersten Farbvektorraums in Abhangigkeit von einer ersten 
Einrichtung (1 ) in auszugebnde Farbbilddaten eines zweiten Farbvektorraums in Abhangigkeit von einer zweiten 
Einrichtung (8) mit 

55 

einer Empfangseinrichtung (4, 5) zum Empfang erster Farbverarbeitungsdaten sowie zur Umwandlung des 

ersten Farbvektorraums in einen von der Einrichtung unabhangigen Farbvektorraum; 

einer Einrichtung zur Kombination der ersten Farbverarbeitungsdaten mit zweiten Farbverarbeitungsdaten 
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zur Umwandlung der Farbbilddaten aus dem von der Einrichtung unabhangigen Farbvektorraum in Farbbild- 
daten aus dem zweiten Farbbildvektorraum zur Erzeugung dritter Farbverarbeitungsdaten, und 
einer Einrichtung zur Durchfuhrung der Farbvektorraumumwandlung der eingegebenen Bilddaten aus der 
ersten Einrichtung unter Verwendung der dritten Farbverarbeitungsdaten und zur Ausgabe von Farbbilddaten 
s in den zweiten Farbvektorraum an die zweite Einrichtung. 

8. Vorrichtung nach Anspruch 7, 

wobei die Empfangseinrichtung den ersten Parameter iiber eine Ubertragungsleitung empfangt. 

9. Vorrichtung nach Anspruch 7 Oder Anspruch 8, 

wobei sich die Empfangseinrichtung in einem Rechner befindet. 
15 10. Vorrichtung nach Anspruch 9, 

wobei es sich bei der ersten Einrichtung urn eine Abtasteinrichtung handelt. 

11. Vorrichtung nach Anspruch 10, 

20 

wobei es sich bei der zweiten Einrichtung urn einen Drukker handelt. 

12. Vorrichtung nach Anspruch 9 Oder einem der Anspriiche 10 oder 11, sofern diese von Anspruch 9 abhangig sind, 

25 wobei der Rechner eine Ansteuereinrichtung (3) fur die erste Einrichtung sowie eine Ansteuereinrichtung (6) 

fur die zweite Einrichtung beinhaltet. 

13. Vorrichtung nach einem der Anspriiche 7 bis 12, 

30 wobei die erste Einrichtung und die zweite Einrichtung sowie die Empfangseinrichtung durch ein lokales Netz 

miteinander verbunden sind. 



Revendications 

35 

1. Procede de traitement de couleur pour convertir une donnee d'image en couleurs d'entree, d'un premier espace 
de couleurs dependant d'un premier dispositif, en une donnee d'image en couleurs de sortie, d'un second espace 
de couleurs dependant d'un second dispositif, caracterise en ce qu'il comprend les etapes : 

40 de reception, par I'intermediaire d'une ligne de transmission provenant d'un dispositif externe, d'une premiere 

donnee de traitement de couleur pour convertir le premier espace de couleurs en un espace de couleurs 
independant du dispositif ; 

de combinaison de ladite premiere donnee de traitement de couleur avec une deuxieme donnee de traitement 
de couleur pour convertir la donnee d'image en couleurs dudit espace de couleurs independant du dispositif 
45 en une donnee d'image en couleurs du second espace de couleurs de facon a engendrer une troisieme donnee 

de traitement de couleur ; et 

d'execution d'une conversion d'espace de couleurs sur la donnee d'image en couleurs d'entree, en utilisant 
la troisieme donnee de traitement de couleur, pour sortir, vers ledit second dispositif, une donnee d'image en 
couleurs du second espace de couleur. 

50 

2. Procede selon la revendication 1, dans lequel le premier espace de couleurs est une representation des trois 
couleurs primaires d'un systeme de melange de couleurs comme RGB, XYZ, CMY et YIQ. 

3. Procede selon la revendication 1 ou la revendication 2, dans lequel I'espace de couleurs independant du dispositif 
55 est le RGB du National Television System Committee (NTSC). 

4. Procede selon I'une quelconque des revendications precedentes, dans lequel, dans ladite etape de generation, 
la donnee de traitement de couleur se rapportant a une correction de couleur selon des caracteristiques de nuances 
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dudit second dispositif est egalement combinee avec ladite premiere donnee de traitement de couleur et ladite 
deuxieme donnee de traitement de couleur. 

Procede selon la revendication 1 , dans lequel, dans ladite etape de reception, le premier parametre est sous forme 
de paquet et sa reception est basee sur un protocole entre dispositifs d'emission. 

Procede selon I'une quelconque des revendications precedentes, dans lequel ladite donnee d'image en couleurs 
d'entree est recue independamment de ladite premiere donnee de traitement de couleur et sa reception est basee 
sur un protocole entre les cotes emissions et se fait par I'intermediaire d'une ligne de transmission provenant dudit 
dispositif externe. 

Appareil destine a convertir une donnee d'image en couleurs, d'un premier espace de couleurs dependant d'un 
premier dispositif (1), en une donnee d'image en couleurs de sortie, d'un second espace de couleurs dependant 
d'un second dispositif (8), I'appareil comprenant : 

un moyen (4, 5) de reception destine a recevoir une premiere donnee de traitement de couleur et a convertir 
le premier espace de couleurs en un espace de couleurs independant du dispositif ; 

un moyen destine a combiner ladite premiere donnee de traitement de couleur avec une deuxieme donnee 
de traitement de couleur pour convertir la donnee d'image en couleurs dudit espace de couleurs independant 
du dispositif en une donnee d'image de couleur du second espace d'image de couleur, de facon a engendrer 
une troisieme donnee de traitement de couleur ; et 

un moyen destine a effectuer une conversion d'espace de couleurs sur la donnee d'image d'entree provenant 
dudit dispositif en utilisant ladite troisieme donnee de traitement de couleur et a sortir, vers ledit second dis- 
positif, la donnee d'image en couleurs du second espace de couleurs. 

Appareil selon la revendication 1, dans lequel le moyen de reception est concu pour recevoir le premier parametre 
sur une ligne de transmission. 

Appareil selon I'une ou I'autre des revendications 7 et 8, dans lequel le moyen de reception est situe dans un 
ordinateur. 

Appareil selon la revendication 9, dans lequel ledit premier dispositif est un scanneur. 
Appareil selon la revendication 10, dans lequel le second dispositif est une imprimante. 

Appareil selon la revendication 9 ou selon I'une ou I'autre des revendications 10 ou 11 lorsqu'elles dependent de 
la revendication 9, dans lequel I'ordinateur contient un dispositif d'attaque (3) pour le premier dispositif et un dis- 
positif d'attaque (6) pour le second dispositif. 

Appareil selon I'une quelconque des revendications 7 a 12, dans lequel les premier et second dispositifs et le 
moyen de reception sont interconnected par un reseau local. 
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FIG. 3 
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